System and method for analyzing asynchronous transfer mode communications

ABSTRACT

Systems and methods for generating a command to monitor communications in a asynchronous transfer mode network are described. In an embodiment of the present invention, an analyst or automated system creates a command to instruct a network element to mirror a port to another network element in communication with the asynchronous transfer mode network. In one embodiment, the analyst troubleshoots a communication link between two network elements by creating two port mirror commands, transmitting the commands to the network elements, and then monitoring subsequent communications between the elements.

NOTICE OF COPYRIGHT PROTECTION

A portion of the disclosure of this patent document and its figurescontain material subject to copyright protection. The copyright ownerhas no objection to the facsimile reproduction by anyone of the patentdocument or the patent disclosure, but otherwise reserves all copyrightswhatsoever.

CROSS-REFERENCE TO RELATED APPLICATION

This application relates to Attorney Docket No. 36968-273599 (BS02227),filed simultaneously, entitled “System and Method for Creating a FrameRelay Port Mirror,” which is incorporated herein by reference. Thisapplication also relates to Attorney Docket No. 36968-273605 (BS02228),filed simultaneously, entitled “System and Method for Creating anAsynchronous Transfer Mode Port Mirror,” which is incorporated herein byreference. This application also relates to Attorney Docket No.36968-273606 (BS02229), filed simultaneously, entitled “System andMethod for Analyzing Frame Relay Communications,” which is incorporatedherein by reference.

FIELD OF THE INVENTION

The present invention generally relates to monitoring atelecommunications network. The present invention more particularlyrelates to monitoring communications occurring between network elements.

BACKGROUND

According to Vertical Systems Group, customer installations ofcarrier-based fame relay services in 1991 consisted of 120 portsworldwide. By 2001, the number of ports had increased to approximately1.78 million. (http://www.verticalsystems.com/press15.html, VerticalSystems Group, Inc., Dedham, Mass.). Providers often route frame relayservices over asynchronous transfer mode (ATM) backbones. According tothe ATM Form (www.atmforum.com), approximately eighty percent of theworld's telecommunications service providers use ATM in the core oftheir networks. (Beginners' Overview of Asynchronous Transfer Mode(ATM), http://www.atmforum.com/pages/aboutatmtechlbeginnersguide.html).As the number of customer and network installations has increased, sohas the difficulty of effectively and efficiently monitoring andmanaging the networks supporting the providers' customers.

Service providers and equipment vendors have attempted to address thisincreasing difficulty in a variety of ways. One approach taken byservice providers has been to over-engineer communications networks inan attempt to alleviate problems resulting from the over-utilization ofthe frame relay and ATM network resources and corresponding decreases inthe quality of service. Although over-engineering the network may helpthe provider ensure that their customer receives an adequate level ofservice, this approach is both expensive and an inefficient allocationof scarce resources, including both capital and labor.

Another approach that attempts to ensure at least a minimum customerservice level is monitoring the frame relay and ATM networks at theend-points of a communication to determine if the network is performingadequately. Conventional approaches to monitoring the network end-pointsrequire additional hardware, additional software, or both. Hardwareapproaches utilize probes, which are installed between the network andthe customer premises equipment (CPE) or between the network and arouter or switch at the provider's facility. A probe may be astand-alone network element or may be a hardware and/or software packageintegrated into a switch. For example, a Remote Monitoring (RMON) probeis a device or software agent that collects and compiles data about anetwork segment and transfers the collected information to a managementworkstation on request. RMON probes are generally utilized in TCP/IP andEthernet environments.

Conventionally, probes communicate the network monitoring data to anetwork management workstation. The workstation may communicate arequest to the probe, or the probe may periodically send data to theworkstation. The workstation does not have to be on the same network asthe probe and can manage the probe by in-band or out-of-bandconnections.

In addition to using separate network elements, such as probes, aprovider may utilize a network element that incorporates softwaredirectly on the element. The software causes the network element tocapture monitoring information and to send it to a network managementworkstation periodically or on request in a manner similar to thatimplemented by a hardware-based probe.

The installation of conventional probes, both hardware andsoftware-based, on the network addresses the need to monitor and managethe network. However, this approach entails several disadvantages.Utilizing this approach requires installing either an additionalphysical device or installing additional monitoring software on anexisting device. Additionally, not all network devices are compatiblewith monitoring software, and therefore, this approach may require thepurchase of new network devices, such as switches, if a softwareapproach is utilized. Also, this approach entails substantial expense,including the purchase cost of the probes, both hardware andsoftware-based, the installation time and cost of the probe hardware andsoftware at the various customer locations or other endpoints of acommunication, and the ongoing support cost, including software upgradecosts.

Another approach to monitoring the network is to analyze data as itarrives at the customer premises directly. One method for a networkadministrator, analyst, or automated system (hereinafter “analyst”) toperform localized analyses is by setting up a mirror for a port, eitherthe input or output port, on the customer premises equipment to anotherport on the same network element. Localized monitoring eliminates theadditional cost required to install a probe and remote monitoringsoftware. However, this approach requires the presence of an analyst toset up the mirror and to monitor the network. In addition, monitoringcan only take place where the customer premises or other communicationsend-point equipment is physically located. And therefore, the analyst isunable to monitor both ends of the communication simultaneously.Localized monitoring is inefficient and expensive, particularly in termsof the analyst's valuable time.

None of the conventional approaches provides a means of efficiently andeffectively monitoring and managing network communications end-points.

SUMMARY

The present invention provides systems and methods for monitoringcommunications in a frame relay or ATM network. In an embodiment of thepresent invention, a command is created to instruct a network elementconnected to the network to mirror one of the network element's ports toa port on a second network element that is also connected to thenetwork. In one embodiment, the second element is a data collector thatcollects and stores the data for later use. In another embodiment, thesecond network element is an analyzer, allowing a user or expert systemto monitor circuits within the network for problems or potentialproblems. In still another embodiment, an expert system provides aninterface with which a user can analyze and interpret data transmittedto the analyzer.

In one embodiment of the present invention, the command for instructingthe network element to mirror a port is a command message, such as atransaction language 1 (TL1) message. A preferred embodiment of thecommand message (1) identifies the network element to which the commandis directed, (2) includes information instructing the network element tomirror a port, and (3) identifies the destination port for the for themirrored communications data.

In one embodiment of the present invention in which the command messageis a TL1 command message, the message includes (1) a command code,instructing the network element to mirror a port; (2) a targetidentifier, identifying the network element to which the mirroredtransmissions are directed; and (3) an access identifier, identifyingthe port to mirror. The TL1 command message may include additionalparameters as well, including (4) a correlation tag, which is used toidentify messages that occur as a result of the mirror port command; (5)a general block, providing implementation specific parameters; and (6) amessage payload block, which includes various additional parameters asnecessary or desired.

In one embodiment of the present invention, a data collector receivesthe data on the port specified in the command message and stores thedata for later use. In another embodiment, the data collector is ananalyzer or is connected to an analyzer. Once the data is received, anautomated program or an analyst analyzes the data to attempt todetermine the cause of problems or potential problems within thenetwork. The analyzer may be any one of a number of types of networkelements, including an off-the-shelf analyzer or a customized hardwareand software analytical solution. An embodiment of the present inventionmay also include additional elements for analyzing monitoring data andfor identifying problems and potential problems. For example, in oneembodiment of the present invention, an expert system is incommunication with the analyzer and provides tools, both automated andmanual, for monitoring the network.

Embodiments of the present invention provide numerous advantages overconventional systems for monitoring a frame relay or ATM network. In anembodiment of the present invention, it is unnecessary to purchase andinstall separate hardware probes to monitor the network traffic.Eliminating an additional network device eliminates both purchase andmaintenance costs and eliminates a potential source of errors or otherproblems caused by having additional elements in the network. Also, anembodiment of the present invention eliminates the need to install orupgrade network element management software.

An embodiment of the present invention also provides substantialadvantages over mirroring one port on a network element to another porton the same element. An embodiment eliminates the need to travel to aremote site in order to monitor communications directed to or emanatingfrom the remote site. Also, an embodiment of the present inventionallows an analyst to monitor both ends of a communicationsimultaneously.

In terms of the Open System Interconnection Model, an embodiment of thepresent invention provides the capability of monitoring communicationsoccurring at layer 2 and above without the need to connect to andmonitor layer 1 or physical connections of a particular network elementand corresponding network segment.

Further details and advantages of the present invention are set forthbelow.

BRIEF DESCRIPTION OF THE FIGURES

These and other features, aspects, and advantages of the presentinvention are better understood when the following Detailed Descriptionis read with reference to the accompanying drawings, wherein:

FIG. 1 is a block diagram of an exemplary environment for operation ofan embodiment of the present invention.

FIG. 2 illustrates a process for creating a command and instructing anetwork element to mirror a port in an embodiment of the presentinvention.

FIG. 3 illustrates an exemplary transaction language 1 (TL1) command inan embodiment of the present invention.

FIG. 4 illustrates a timing diagram of the information flow betweennetwork elements and between the network elements and an analyzer in anembodiment of the present invention.

DETAILED DESCRIPTION

Embodiments of the present invention provide systems and methods formonitoring communications in a frame relay or asynchronous transfer mode(ATM) network. In an embodiment of the present invention, a networkadministrator, analyst, or automated system (hereinafter referred to as“analyst”) creates a command. The command, when transmitted to a networkelement, instructs the network element to mirror a port on the networkelement to a port on a data collector or an analyzer in communicationwith the network. In one embodiment, the command is a TransactionLanguage 1 (TL1) command. Various other types of commands may also beutilized.

FIG. 1 illustrates an exemplary environment for operation of anembodiment of the present invention. In the embodiment shown, a customerhas a facility, customer premises 102, in which computer equipment(Customer Premises Equipment or CPE) is located. The CPE includes clientaccess devices, such as personal computers 104 a and 104 b. Thecomputers 104 a and 104 b are in communication with a router 106, eitherdirectly or indirectly. A router, such as the router 106 shown in FIG.1, provides intelligent routing of information between dissimilarnetworks. Other devices, such as a switch may be utilized instead ofrouter 106 in various embodiments, such as in an ATM network.

In order to access the Internet, additional customer facilities, orother external facilities, the router 106 is linked to a Channel ServiceUnit/Data Service Unit (CSU/DSU) 108. Typically, conventional routersare linked to a CSU/DSU by connecting the router's V.35 port to theCSU/DSU with a cable. The CSU/DSU 108 acts as a termination point for adigital channel, performing various functions such as line conditioningand equalization between the incoming channel and various other CPE,including the router 106. In the embodiment shown, the CSU/DSU 108allows the customer to connect via a virtual circuit, such as apermanent virtual circuit (PVC) 110, to other facilities through a framerelay network 112. In other embodiments, the customer connects throughan ATM network (not shown) or a combination of frame relay, ATM, and/orother network types. For example, frame relay service providers oftenintemetwork ATM backbones and frame relay networks to provide the mostcost-efficient and effective network offering to their customers.Examples of other facilities that customers access via a CSU/DSU includeremote customer locations, supplier networks, and the Internet.

Frame relay is a conventional protocol for establishing apacket-switching network. A frame relay network 112 includes variousnetwork equipment, including switches, network routers, andmultiplexers. These devices forward frames received by the frame relaynetwork 112 to frame relay access devices (FRAD), such as CSU/DSU 108.

Frame relay uses variable sized packets called frames. The frames arestatistically multiplexed. Open Systems Interconnect (OSI) is the nameused to describe a series of related networking protocols andspecifications, including the OSI Reference Model. The OSI Referencemodel describes an architecture consisting of seven layers. Layer 1 isthe physical layer and consists of the physical network elements andconnections. Layer 2 is the data link layer and includestechnology-specific transfer elements. Layer 3 is the network layer andincludes routing and relaying. Layer 4 is the transport layer andincludes elements necessary for reliable data transfer. Layer 5 is thesession layer and is responsible for dialog coordination. Layer 6 is thepresentation layer and provides a mechanism for implementing syntax.Layer 7 is the application layer and includes semantics. An embodimentof the present invention provides the analyst with the capability ofmonitoring the frame relay network 112 at layer 2 and above (3-7)without connecting a physical device or adding software to the existingphysical devices operating at level 1.

Frame relay eliminates most OSI layer 2 functionality. Frame relay doesnot “route” per se—frame relay only forwards and forgets. For example,although a frame relay network checks for error-free frames, the framerelay network makes no attempt to retransmit dropped frames. Because ofthe simplification, the throughput of a frame relay network isdrastically increased, implementation is simpler and simplifies andlimits the expense of implementing frame relay.

A frame relay network is not only fast and efficient; it is alsoflexible. Any protocol can be encapsulated and transmitted, and theframe relay network assumes no responsibility for protocol conversion.The conversions occur outside the network, which helps to make the framerelay network faster and less expensive to implement. The frame relaynetwork includes error detection, but there is no attempt to correct orresend lost frames. The basic rule in frame relay networking is that ifany problems exist in relation to a frame or in the network, the frameis discarded. The problems may include errors, such as data errorsand/or network congestion. This approach to error handling, droppingframes in response to errors, is successful because frame relayfacilities are fully digital, which decreases the chances of losing orcorrupting frames. Frame relay networks are optimized for data, i.e.,bursty communication, but have also been implemented successfully forcompressed voice and video

Frames in a frame relay network 112 include a header and trailer.Included in the header is the data link connection identifier (DLCI).The DLCI identifies a particular destination end-point within the framerelay network, helping to further simplify routing through the framerelay network. When a frame arrives at a switch, the switch checks arouting table. If the DLCI exists in the routing table, the switchforwards the frame towards the destination, and if the DLCI does notexists, the switch discards the frame.

Asynchronous transfer mode (ATM) is a conventional protocol forestablishing a packet-switching network. An ATM network includes variousnetwork equipment, including switches and multiplexers. In contrast toframe relay, ATM utilizes fixed-size packets called cells. ATM issometimes referred to as a cell-switching protocol. The ATM cellincludes a 48-byte (8 bit byte) payload and a five-byte header.

ATM provides high performance. This high performance is due to a numberof factors. First, ATM combines multiplexing and switching within ATMswitches. ATM switches use the virtual path and virtual channelidentifiers within the ATM cell header to determine how to switchindividual cells. Also, the relatively small, fixed-size cells provideefficient packaging of bursty traffic, such as data, voice, and video.The smaller, time-critical bits of information do not sit idle, waitingfor large data packets to be packaged and transmitted.

ATM also provides various methods of optimizing network efficiency and,unlike frame relay, which specifies QoS at the interface, for providingspecified quality-of-service (QoS) levels through the network. At thehardware level, a network administer can create multiple queues andmultiple virtual circuits to support the variety of data typestraversing the network. These queues and virtual circuits may vary byacceptable loss and delay rates, queuing rules, and flow controls,depending on the traffic projected to flow through them. An ATM networkadministrator may also implement controls at the network level. Thesecontrols include connection admission control (CAC) and routing andrerouting systems.

Communication through ATM and frame relay networks, such as frame relaynetwork 112, occurs within a logical path called a virtual circuit. Thevirtual circuit may be a permanent or switched virtual circuit.Referring again to FIG. 1, CSU/DSU 108 is connected to permanent virtualcircuit (PVC) 110. The analyst sets up the PVC 110 before it can beused. The PVC 110 is a fixed logical path. The actual physical pathtaken through the frame relay network 112 may vary from communication tocommunication. The PVC 110 shown in FIG. 1 connects two end points. Eachend point corresponds to a DLCI. The second end point on PVC 110 in theembodiment shown is the service provider's central office 114. CentralOffice 114 includes a CSU/DSU 116 connected to the PVC 110 as well as atest head 118 connected to the CSU/DSU 116. The test head 118 providesthe ability to generate signals across PVC 110 for testing purposes andmay include additional features as well.

Communication between the customer premises 102 and the central office114 is bi-directional across the PVC 110. However, for the sake ofclarity, the traffic emanating from the central office 114 and directedto the customer premises 102 is illustrated by line 120, and trafficemanating from the customer premises 102 and directed to the centraloffice 114 is illustrated by line 122.

Data received or transmitted by CSU/DSU 116 is received or transmittedon ports. A network device, such as CSU/DSU 116, 118 or router 106, hasphysical ports. A physical port is a physical interface between a deviceand a circuit, such as a socket to accept a network cable. The port maybe analog or digital and either electrical or optical. A network devicemay also have logical ports, which are logical as opposed to physicalpoints of connection between a device and a circuit. By providinglogical ports, a network device can support multiple logical connectionsover a single physical connection.

In an embodiment of the present invention, the analyst assigns each DLCIto a logical port. The analyst assigns communication links 120 and 122to a logical port and corresponding DLCI at the end point of thecommunication. Therefore, PVC 110 corresponds to two communication links120, 122, each of which is associated with a DCLI.

In an embodiment of the present invention, in order to monitorcommunication links for potential problems, a data collection device isin communication with the network. In the embodiment shown in FIG. 1,the data collection device in communication with frame relay network 112is an analyzer 124. To monitor the communication links 120, 122associated with PVC 110, an analyst instructs a network device to mirroreach of the logical ports associated with communications occurringacross PVC 110 to logical ports on analyzer 124. The analyst may usevarious means to issue the command, including a command-line interface,a web-enabled interface, or a menu-driven interface.

Network elements include various hardware and software features thatallow the functions performed by the network element to be modified. Forexample, a network element includes an operating system. The networkelement may also include a user interface, such as a command-lineinterface or web-enabled interface. To enable the network element toperform routing, switching, or other network processes, the networkelement has a processor, a communications bus, and some sort of memory,either read-only memory (ROM), random-access memory (RAM), or somecombination of the two.

When the network element receives the mirror port command, the networkelement stores any settings necessary to perform the mirroring in thismemory. These settings include information such as the port to bemirrored and the destination of the mirrored communications. When anetwork element, such as CSU/DSU 108, mirrors a port, the networkelement duplicates all communication entering or emanating from a portand transmits the communication to another logical port. The softwarenecessary to perform the processing is stored in the memory of theCSU/DSU 108. The mirroring occurs on a frame-by-frame basis; the CSU/DSU108 duplicates each frame that arrives at or emanates from the mirroredport and transmits the frame to the logical port designated in themirror port instruction. The logical port to which the communication isdirected may be a logical port on the same network element as the portto be mirrored or may be on a different network element in communicationwith the network element to be monitored. The second network element maybe in direct communication with the first network element or maycommunicate with the first network element over a network, such as framerelay network 112.

Since the network element is able to transmit the mirrored communicationacross the frame relay network 112, both ends of the PVC 110 may bemirrored to the same network element, such as analyzer 124. Therefore,port mirroring in an embodiment of the present invention provides anopportunity to monitor both ends of a communication remotely.

For illustration purposes, the central office CSU/DSU 116 is labeled “A”and the customer premises CSU/DSU 108 is labeled “B.” In an embodimentof the present invention, in order to monitor the network elements ateach end of the PVC 110, each CSU/DSU 108, 116 receives a port mirrorcommand identifying a port associated with the PVC 110 and a port on theanalyzer 124 and supplying any other information necessary for creatingthe port mirror. After receiving the command, the CSU/DSU 108, 116begins mirroring communications to the analyzer 124. A′ and B′ on theanalyzer 124 represent the two sets of ports that receive communicationfrom CSU/DSU 116 and CSU/DSU 108, respectively. The two logical ports atA′ (1) receive data that is mirrored from the port for data transmittedfrom the equipment in the customer premises 102 to the central office114, labeled CPE 126 in FIG. 1 and (2) receive data mirrored from theport for data received at the central office 114, labeled FR Cloud 128.The two logical at B′ (1) receive data that is mirrored from the portfor data transmitted from the equipment in the central office 114 to thecustomer premises 102, labeled CO 130 in FIG. 1 and (2) receive datamirrored from the port for data received at the customer premises 102from the central office 114, labeled FR Cloud 132.

After the port mirror shown in FIG. 1 is established, each time the testhead 118 in the central office transmits a communication to the customerpremises 108, the CSU/DSU 108, 116 at each end of the communicationmirrors the individual frames making up the communication to theappropriate logical port on the analyzer 124. For example, when theCSU/DSU (A) 116 transmits the communication, CSU/DSU (A) 116 duplicatesthe frames transmitted and transmits those frames to analyzer 124 at theCO logical port 130. When the CSU/DSU (B) 108 at the customer premises102 receives the transmitted frames, the CSU/DSU (B) 108 duplicates theframes and transmits those frames to the analyzer at the FR Cloudlogical port 128. The analyzer 124 now contains the data as it wastransmitted and as it was received. An analyst can use this data todetermine if any data errors or other problems occurred duringtransmission.

Various other types of equipment and software may be linked to theanalyzer 124 to make use of the data received, such as databases,on-line analytical data processors, and predictive analysis tools. Forexample, in the embodiment shown in FIG. 1, an expert system 134 islinked to analyzer 124 to provide the user with a tool to furtherevaluate the data.

In an embodiment of the present invention, an analyst, such as expertsystem 134, creates a command to instruct the network element, such asthe CSU/DSU 108, to mirror a port. The command identifies the device andport to be monitored as well as the device and port to which thecommunications should be directed. Various types of commands may becreated to instruct the network element to mirror the port. For example,in one embodiment, the network device incorporates a web server andassociated applications for administration of the device, includinginstructing the device to mirror the port to another device on the framerelay network 112. In such an embodiment, CSU/DSU (A) 116 includes webserver software and associated administrative web pages in ROM. Ananalyst accesses the web pages by entering the network address, such asthe IP address, in a web browser application on the analyst's computer.When the analyst enters the IP address, the web browser issues a requestfor a default web page from the CSU/DSU (A) 116. In response toreceiving the request, the CSU/DSU (A) 116 provides a web pagecontaining an option to create a port mirror. The analyst chooses theoption, causing the CSU/DSU (A) 116 to provide a second HTML page to thebrowser. The second page includes a form with form fields for acceptingthe port mirror information and a button for submitting the informationto the CSU/DSU (A) 116. When the CSU/DSU (A) 116 receives the submittedinformation, the CSU/DSU (A) 116 web server software processes theinformation to create the port mirror.

In another embodiment, common object request broker architecture (CORBA)is used to provide instructions to the network element. In such anembodiment, the CSU/DSU (A) 116 includes a CORBA-compliant component inROM. An analyst executes an application on the analyst's computer thatincludes fields for entering the port-mirror information. When complete,the analyst clicks a button on the user interface, causing theapplication to remotely execute the CORBA-compliant component on theCSU/DSU (A) 116, passing the appropriate parameters. In yet anotherembodiment, the analyst creates a transaction level 1 (TL1) commandusing a command-line interface. The analyst uses a telnet application toaccess the command-line interface executing on CSU/DSU (A) 116. Theanalyst then types the appropriate command and presses the “enter” key.This causes the CSU/IDSU (A) 116 to accept the command and create theport mirror.

FIG. 2 illustrates the process of instructing a network element tomonitor communications between two end points. For clarity, the processillustrated in FIG. 2 is described with reference to the embodimentshown in FIG. 1. An analyst first identifies a potential problem withPVC (110), which terminates at the customer premises (102) 202. Theanalyst then determines the DLCI associated with the PVC (110) 204. Theanalyst next identifies the port associated with the DLCI 206. Once theports are identified for the customer premises (102), the analystperforms a similar process for the central office (114). The analystidentifies the DLCI at the central office (114) that is associated withthe PVC (110) and identifies the port associated with the DLCI 210.

Once the analyst identifies the ports, the analyst causes a message tobe sent to each of the network elements, instructing the networkelements to mirror the appropriate port on the network element acrossthe frame relay network (112) to a port on the analyzer (124). First,the analyst creates a command message, using a command-line or otherinterface 212. The analyst then transmits the command message to theappropriate network element 214. The analyst repeats these two steps foreach network element 216 for which monitoring is desired. In response tothe analyst's input to transmit the command, the user interface convertsthe command to data, encapsulates the data as a computer data signal,and transmits the computer data signal in a digital data stream. Theinterface transmits the command to the network element in the samemanner as any data traveling through the network. When the networkelement receives the command, the network element uses software storedin memory to process the command and set up the port mirror.

Additional parameters may be specified as well. For example, in oneembodiment implemented in an ATM network, the channel is also specifiedas part of the command message. A channel or virtual channel connectionis a basic ATM unit, defining a connection for transporting cells fromend point to end point. The ATM network bundles the channels into avirtual path between ATM switches. The ATM network may also bundlevirtual circuits into virtual paths to improve efficiency.

Once the commands have been generated and transmitted, the analystbegins monitoring the communications 218. For example, the customerusing customer premises 102 experiences intermittent problems withcommunications occurring between customer premises 102 and anotherfacility. These communications occur over the frame relay network 112.An analyst suspects that a problem may be occurring between the customerpremises 102 and the central office 114 that serves the customerpremises 102. The analyst sets up the appropriate port mirrors, andinstructs the test head 118 to begin sending test data packets to aclient computer 104 a located at customer premises 102. When the testhead 118 begins transmitting the packets, the CSU/DSU (A) 116encapsulates the packets into frame relay frames and transmits thepackets across frame relay network 112 to CSU/DSU (B) 108. The CSU/DSU(A) 116 also duplicates the transmitted frames and transmits theduplicate frames to analyzer 124. When the CSU/DSU (B) 108 receives theframes, it duplicates and transmits the received frames to analyzer 124.

Once the analyzer 124 receives both sets of frames, the analyzer 124presents the analyst with a user interface (not shown). The userinterface may vary depending on the type of analyzer 124. The userinterface may functions to display, sort, filter, and decode the framesreceived from the mirrored ports. The user interface may also include avariety of metrics that can by used by an analyst, such as networkavailability, congestion level, delay, utilization versus committedinformation rate, and dropped frames.

For example, SnifferPro software can be used to capture and analyzepacket data to and/or from a specified port. (Network AssociatesTechnology, Inc., Santa Clara, Calif.) A filter in the software can beset to capture only traffic on PVC 110. The software includes a GUI thatallows an analyst to search and capture based on various parametersentered by the analyst. The GUI is then able to display the collecteddata and allow the analyst to search and sort the displayed data toidentify the problem.

In one embodiment, the user interface displays the frames sent by afirst device and received by a second device in one direction of amonitored portion of a communication. The analyst compares the two setsof frames to identify problems in the frame relay network 112 generallyand in the PVC 110 specifically. For example, the analyst compares thenumber of frames transmitted with the number received to determine howmany frames were dropped during transmission. If the number of droppedframes is high, the frame relay network 112 may be congested or aproblem may exist in one of the switches within the frame relay network112. The analyst may also compare the size of the frames transmittedwith the size of those received. A difference in size indicatescorruption of the frames. The analyst may perform various other tests aswell.

In one embodiment of this invention, the network device acceptstransaction language 1 (TL1) commands. TL1 is a vendor-independenttelecom management protocol implemented in optical, broadband, andnetwork access devices used in North America, other than circuitswitches. TL1 is an ASCII or man-machine management protocol, i.e., aperson can understand the commands. TL1 supports a standard command-lineinterface and also supports machine-to-machine communications. TL1 alsoprovides the capability to define user-specific extensions.

A TL1 command includes a number of elements, including (1) a commandcode, (2) a target identifier, (3) an access identifier, (4) acorrelation tag, (5) a general block, and (6) a message payload block.Not all elements are required in any one command. In an embodiment ofthe present invention the command code is an instruction for the networkelement to mirror a port. The target identifier identifies the networkelement to which the mirrored communications are directed. The accessidentifier identifies a specific port on the network element to mirror.The correlation tag, which is optional, serves to identify subsequentmessages related to the port mirror command, including a codeidentifying the network element, port, and other related information.The general block, which is also optional, provides implementationspecific parameters, includes parameters necessary or desired for aparticular network element in a particular frame relay network to mirrorthe port across the network. The message payload block includesadditional information as desired or necessary.

FIG. 3 illustrates an embodiment of a command for mirroring a port andchannel on CSU/DSU (B) (108) in FIG. 1. The command shown is a TL1command, but other formats may be used. An analyst first determines thenetwork element and port information for the command. Text box 302contains the relevant information for CSU/DSU (B) (108). The TL1 command303 to instruct the CSU/DSU to mirror the port is listed below the textbox 302. The command code for the TL1 command 303 in the embodimentshown is “ENT-PORTMIRROR-FRAME” 304. The command shown is applicable toa frame relay network. In an embodiment of the present inventionimplemented in an ATM network, the command may differ. For example, inone embodiment in an ATM network, the TL1 command is“ENT-PORTMIRROR-ATM”. The target identifier is “ANALYZER,” which refersto analyzer 124 in FIG. 1. The access identifier, which specifies theappropriate port and channel, is “CHRLNCCABB-3-1-WD_(—)217_(—)211 ” 308.The command shown 303 does not include a correlation tag or any of theother optional elements of the TL1 command. Other embodiments mayinclude the optional elements defined herein or other additionalelements as needed or desired.

Although the embodiment shown in FIG. 1 includes both an analyzer 124and an expert system 134, any test device that supports frame relaynetworking can be utilized as the destination of the port mirroring inan embodiment of the present invention. In one embodiment, the analyzer124 is an off-the-shelf analyzer that allows the user to view the rawcommunications data as it is received. In another embodiment, theanalyzer 124 includes more advanced features, including issuing alertsand presenting the data in graphical form.

The analyzer 124 captures various measurements related to thecommunications along PVC 110. For example, in one embodiment, theanalyzer 124 measures dropped frames, delay, and availability. Theanalyzer may also perform calculations and measure the performance ofthe communication against implementation-specific or provider-specifiedcriteria, such as the committed information rate (CIR) or committedburst rate (CBR). For example, in one embodiment, the analyzer 124compares the bandwidth utilization to the CIR. In another embodiment,the analyzer 124 performs inherent congestion detection by tracking thenumber of lost frames occurring over a specified period of time.

One embodiment of the present invention also includes an expert system126. The expert system 126 includes a knowledge base as well as aninference engine or other algorithms useful for identifying and solvingproblems associated with the PVC 110. Although the expert system 126conventionally includes a knowledge base and inference engine, thecomplexity of the system may vary across a substantial range. Forexample, in one embodiment, the expert system 126 is a spreadsheetapplication that imports data from the analyzer 124 and presents thedata graphically. In another embodiment, the expert system 126 is asophisticated application, specifically designed to analyze and identifypotential and existing problems within a telecommunications network.

FIG. 4 illustrates a timing diagram of information flow between networkelements and between network elements and an analyzer in an embodimentof the present invention. If a potential problem appears in PVC 110, ananalyst attempts to diagnose and correct the problem. For example, in anembodiment of the present invention in which the analyst uses theanalyzer to. diagnose problems, the analyst first identifies the networkelements, DLCIs and ports associated with the PVC (110) as illustratedin FIG. 2. The analyst then creates or causes the analyzer (124) tocreate a TL1 message instructing the CSU/DSU (B) (108) at the customerpremises (102) to mirror the input port. The analyst enters the commandand causes the analyzer (124) to send the mirror output port command toCSU/DSU (B) (108) 402. The analyst then creates and causes the analyzer(124) to send the mirror input port command to CSU/DSU (B) (108) 404.The analyst repeats this process for CSU/DSU (A) (116), which results inthe sending of mirror input and output port commands to CSU/DSU (A)(116), 406, 408.

Once the CSU/DSUs have received the mirror port command, they mirror thespecified ports to ports on the analyzer (124). For example, in thetiming diagram shown, CSU/DSU (A) (116) sends a test signal to CSU/DSU(B) (108)410. When CSU/DSU (A) (116) sends the signal, the output portmirrors the output signal to the analyzer (124) 412. When the testsignal reaches the input port of CSU/DSU (B) (108), the port mirrors theinput signal to the analyzer (124) 414.

A similar series of messages occurs when the CSU/DSU (B) (108) sends areply signal to CSU/DSU (A) 416. The output port of CSU/DSU (B) (108)mirrors the output port to the analyzer (124) 418. And when the CSU/DSU(A) (116) receives the signal, the CSU/DSU (A) (116) mirrors the inputport to the analyzer (124) 420.

The signals continue to flow between CSU/DSU (B) (108) and CSU/DSU (A)(116) for as long as mirroring is enabled. The analyst uses the analyzerto view the data provided to the analyzer 124 and to make decisionsregarding any type of steps that need to be taken to eliminate a problemor potential problem, such as replacing a particular switch or modifyingparameters of a PVC.

A service provider may monitor and correct problems in the PVC 110 as anancillary service to providing the PVC 110 to the customer. The serviceprovider may instead or in addition charge an additional fee for certainlevels of monitoring and error correction services. In one embodiment ofthe present invention, a computer executing billing software is incommunication with the analyzer 124 and/or the expert system 134. Thecomputer may be in direct communication with the analyzer 124 and/orexpert system 134 or may communicate with these systems via a network.The software tracks the customer, the service, monitoring the PVC 110for example, and the amount of time spent monitoring. The software maytrack other information as well, such as which analyst performs themonitoring.

In one embodiment, the service provider includes the cost of monitoringin the periodic charge for providing communications services. In anotherembodiment, the service provider charges the customer a periodic chargefor providing the monitoring service. In such embodiments, theinformation gathered by the tracking software is used merely to provideinformation to the service provider or customer. In yet anotherembodiment, the provider charges the customer when port mirroring andanalysis occur. For example, in such an embodiment, when the analystuses the user interface to create and transmit the port mirror command,the billing software creates an entry in a database, detailing theinformation related to the analyst's activities. The billing softwarecomputes a charge based on the amount of time spent monitoring the PVC110 and correcting the problem and based on the hourly rate charged forthe analyst's time. The billing system stores in or transmits the chargeto the service provider's central billing database. When the serviceprovider creates the periodic bills for the customer, the charge formonitoring the PVC is included on the bill.

The foregoing description of the preferred embodiments of the inventionhas been d only for the purpose of illustration and description and isnot intended to be exhaustive it the invention to the precise formsdisclosed. Numerous modifications and adaptations will be apparent tothose skilled in the art without departing from the spirit and scope ofent invention.

1. A method for monitoring communications in a asynchronous transfermode network comprising: generating a command instructing a firstnetwork element in communication with a asynchronous transfer modenetwork to mirror a first port on said first network element to saidsecond port on a second network element on in communication with saidasynchronous transfer mode network. 2-20. (canceled)